testgtk: Remove deprecations from shapes test

testgtk: Don't use deprecated functions in properties example

treeview: Do a simple replace for gdk_window_get_pointer()

Replace it with the equivalent gdk_window_get_device_position() with the
core pointer.

gtk-demo: Remove excessive pointer querying

queryimmodules: Actually fix deprecation warnings

The previous patch still caused warnings. Ooops. That's what you get for
not compiling with -Werror.

quartz: include all buttons' state in GdkEventMotion.state
(cherry picked from commit 3b5c5710daa337b61c9e2135e3e55c380e5bc991)

quartz: include all buttons' states in GdkEventButton.state
(cherry picked from commit a381e8ea62441b6715ba9bcb0e04332fd914f8b1)

Bug 663605 - Fix event->state of many event types on quartz

Don't try to remember the current keyboard modifier and mouse button
states from the last event, because that isn't always right, and don't
set event.state = 0 for generated events. Instead, add private functions
to get the current states, and implement them with API that retrieves
these states independently from an event.

treeview: Remove unused crack code

No, querying the pointer position in a draw callback is not a good idea.
No, setting FOCUSSED based on that position is not a good idea either.

widget: Don't use deprecated symbols

Not even in deprecated functions!

widget: Deprecate gtk_widget_get_pointer ()

treeview: Remove call to gtk_widget_get_pointer()

paned: Pass x/y position to update_drag()

This way we get the coordinates from the right device instead of using
any random device.

paned: Remove MOTION_HINT_MASK

It's not needed anymore. GDK does culling of events for us.

menuitem: WOrk around deprecation warnings

queryimmodules: Disable deprecaion warnings for deprecated header

settings: Disable deprecaion warnings for deprecated header

layout: Work around deprecation warnings

immodule: Disable deprecations before including deprecated header

gtk: Empty gtkimmodule.h

Move the remaining struct definition into gtkimcontextinfo.h and include
that header in gtk.h. gtkimmodule.h is now an empty header. We should
probably deprecate it somehow.

This is also necessary so headers used in gtk .c files don't include
gtk.h which in turn includes all the deprecated headers which we want to
avoid so we can include them with deprecation warnings turned off.

build: Don't append to an accidentally existing file

immodule: Move private functions to a private header

immodule: Fix includes

Make includes not rely on gtkimmodule.h including gtk.h. This will be
important once we remove gtkimmodule from the include files.

That way, we can achieve not pulling deprecated headers automatically.

window: Fix cast warnings

treeview: Fix warnings from fixing warnings

Warnings introdcued by fixing deprecation warnings in
2ead4c6038ae3eac4681ab54858eca1fd06b6c4b

icontheme: Get rid of deprecation warnings

Before including deprecated headers, disable deprecation warnings.

cellrendererspinner: Ignore deprecation warnings

The cell renderer relies on deprecated functionality, so we need to
disable deprecations for included deprecated headers.

cellrendererspinner: Include correct header

button: Don't call deprecated functions

assistant: Work around deprecation warnings

gtk: Add a GTK_STATE_FLAG_WINDOW_UNFOCUSED widget state flag

This allows themes to style widgets differently according to whether the
toplevel window they are in is presented as focused.

https://bugzilla.gnome.org/show_bug.cgi?id=661428

x11: Implement GDK_WINDOW_STATE_FOCUSED on top of _NET_WM_STATE_FOCUSED

_NET_WM_STATE_FOCUSED is a new _NET_WM_STATE hint which allows us to
implement a meaningful GDK_WINDOW_STATE_FOCUSED under X11. If the window
manager doesn't support this hint we keep GDK_WINDOW_STATE_FOCUSED set since
that is what gtk+ implicitly assumed historically.

https://bugzilla.gnome.org/show_bug.cgi?id=661428

gdk: Add GDK_WINDOW_STATE_FOCUSED to GdkWindowState

This state means that the toplevel window is presented as focused to the user,
i.e with active decorations under an X11 window manager.

If the GDK backend doesn't implement this flag, it will just remain set after
mapping the window.

https://bugzilla.gnome.org/show_bug.cgi?id=661428

reftests: Add a reftest for background-repeat css property

https://bugzilla.gnome.org/show_bug.cgi?id=663522

themingengine: set the cairo extend to PAD when we're stretching bg

This avoids artifacts around the borders due to bilinear filtering cairo
applies to the surface pattern when stretching it.

https://bugzilla.gnome.org/show_bug.cgi?id=663522

css: start background-repeat

By default, a background image is stretched. Instead, it is worth to
have a tiled background.

This patch allows background surfaces to be repeated or not, and should
be compatible with future extensions and CSS.

https://bugzilla.gnome.org/show_bug.cgi?id=663522

Rename s/GtkCssRepeatStyle/GtkCssBorderRepeatStyle/g

https://bugzilla.gnome.org/show_bug.cgi?id=663522

[Quartz Bug 663182] NSImage throws an exception from _gtk_quartz_create_image_from_pixbuf()"

If a zero-sized NSImage calls lockfocus it throws an exception. Make sure that the image isn't zero-sized before calling lockfocus, and log a warning and return NULL if it is zero-sized.

Have the quartz version of gtk_drag_begin_idle return FALSE if the returned image is NULL.

Revert "[Quartz Bug 663182] NSImage throws an exception from _gtk_quartz_create_image_from_pixbuf()". Utterly screwed up. Sorry.

This reverts commit 8216324e4b13f0349ed3c0f854d41e6b32d1f0cb.
and          commit 3243e6955cd4014345170fdd9246a13eacad86dd.

Fix accidental paste error in 8216324

[Quartz Bug 663182] NSImage throws an exception from _gtk_quartz_create_image_from_pixbuf()

If _gtk_quartz_create_image_from_pixbuf is given a pixbuf with size 0, 0
or which produces an NSImage with size 0.0, 0.0, it throws an exception
which Gtk doesn't handle.

your changes. Lines starting

gdk: exclude MOD1 from the virtual modifier mapping

which effectively nails down the MOD1 == ALT assumption that is valid
in all other parts of GTK+. After the modifier abstraction fixes for
OSX, the virtual mapping is now (correctly) used in more places, and
caused problems with the common default PC keyboard layout on X11 that
colocates ALT and META on the same key.

Print preview: make cancel work

This makes cancels of a print preview work in the same way it
works for non-previews, i.e., the operation stops at the next
page boundary.

https://bugzilla.gnome.org/show_bug.cgi?id=662160

quartz: handle recursive CFRunLoops

Fixes e.g. crashs when dropping from finder.

Turn the "getting_events" boolean into a counter to handle poll_func()
being called recursively, and track the loop depth correctly by
changing its counter before bailing out in run_loop_observer_callback().
This way we reallocate our autorelease pool at the right time, and
don't kill memory that is still in use by outer run loops.

Also drain, not release the pool, just for some defensive forward
compatibility.
(cherry picked from commit ef9a92d225f7257f56c3a8b7b28ddd9a734e38e6)

gtk: add annotations for some GtkRadio* constructors

Since constructors like gtk_radio_button_new_from_widget take an
instance of their type as the first argument, the gi scanner interprets
them as methods.

https://bugzilla.gnome.org/show_bug.cgi?id=661858

quartz: use get_toplevel_from_ns_event in one more place

Fixup needed due to refactoring in GTK+-3.0.

quartz: make gdk_quartz_osx_version conform to coding style

quartz: make test_resize () conform to coding style

quartz: Process motion events within windows bounds without window set

When an NSEvent does not have the window field set, we already assumed
the event was not for us and discarded it.  But for NSMouseMoved events
we now make an exception, because such events generated after
using/clicking the main menu bar have the window field set to NULL while
the application window still has focus.

We used to experience a loss of motion events after using the menu bar,
this could be seen in buttons that stopped prelighting and first
clicks often being ignored unless you clicked somewhere else first.
These issues are fixed by this patch.

quartz: Factor out toplevel from NSEvent code into function

quartz: Separate out screen_point conversion in function

Reduces code duplication and confusion.

quartz: remove unused variable

menuitem: Always treat submenus as popup

Submenus are not actually attached to a menubar, but styling them
as if they were imposes some problems (at least with Adwaita).
Just using GDK_WINDOW_TYPE_HINT_POPUP_MENU for submenus instead
fixes the issue.

https://bugzilla.gnome.org/show_bug.cgi?id=662691

Allow fallback for input method modules

Accept a :-separated list of module names in GTK_IM_MODULE and
the corresponding setting, to deal a bit better with broken
situations.

https://bugzilla.gnome.org/show_bug.cgi?id=603559

gtk: add annotations for some GtkSymbolicColor constructors

https://bugzilla.gnome.org/show_bug.cgi?id=661859

x11: Fix window manager change detection

Since the wmspec_check_window doesn't have a corresponding GdkWindow we can't
rely on the get_event_window() return value to get the XID from. Just use the
XID from the XEvent directly.

https://bugzilla.gnome.org/show_bug.cgi?id=662953

Mark gtk_dialog_new_with_buttons as NULL-terminated

https://bugzilla.gnome.org/show_bug.cgi?id=663073

Pop up context menus at the right device

When multiple pointers are in play, we need to be careful
not to loose track of the device between receiving a button
press and popping up a menu.

https://bugzilla.gnome.org/show_bug.cgi?id=663396

GtkWindow: Use new begin_resize_drag api

We have an event, so the correct thing to do is to pass
the device into the function that we are calling. GDK
just grew a variant that takes a device, for this purpose.

https://bugzilla.gnome.org/show_bug.cgi?id=663444

Wayland: Adapt to GdkWindowImpl api change

Broadway: Adapt to GdkWindowImpl API change

Quartz: Adapt to GdkWindowImpl api change

win32: Adapt to GdkWindowImpl api change

Add device-taking variants of begin_resize/move_drag

This was one of the last places where display->core_pointer was
used in non-deprecated code paths.

GdkDeviceManager: some reshuffling of docs

tests: Disable accel test until fixed

gtk: Add test program for keycode parsing

https://bugzilla.gnome.org/show_bug.cgi?id=662755

gtk: Add accel with keycode parsing functions

Which handle accelerators with keycodes as well as keyvals,
so we can use it in applications that use GtkCellRendererAccel's
"Other" mode of operations (namely gnome-control-center and
gnome-settings-daemon).

https://bugzilla.gnome.org/show_bug.cgi?id=662755

Fix make check

introspection: Include deprecated headers for scanner too

https://bugzilla.gnome.org/show_bug.cgi?id=663345

Updated POTFILES.in

Make sure we only show icons in the file selector bookmarks toolbar

This looked really bad in non-gnome settings where default is to
show text too.

Revert a change to the plug/socket headers

I was trying to avoid including gtk.h here, but this breaks
some of our tests, and there's a good chance that 3rd party
code also relies on this include.

Remove some more uses of gdk_window_get_pointer

Remove one instance of gdk_window_get_pointer

Remove various internal uses of deprecated api

Don't warn about deprecations in deprecated/

Move deprecated gtkwidget style api to gtkstyle

Don't warn about deprecations in deprecated/

We know we are deprecated here, no need to warn.

Move gtkstyle and gtkrc to deprecated/

This required a somewhat more substantial include reshuffling.
Some typedefs have been moved to gtkiconfactory.h and to
gtksettings.h.

Move wholly deprecated files to a subdirectory

Also install their headers to a subdirectory.

Move gtk_draw_insertion_cursor out of gtkstyle.[hc]

This function does not use GtkStyle at all and is not deprecated.

Drop DISABLE_DEPRECATED guards here, too

Don't use *DISABLE_DEPRECATED guards

Instead define GDK_DISABLE_DEPRECATION_WARNINGS where appropriate.

Don't use *_SINGLE_INCLUDES defines

GLib now outlaws single includes always, anyway.

Don't use *_DISABLE_DEPRECATED

Instead of undefining the DISABLE_DEPRECATED guards,
define the GDK_DISABLE_DEPRECATION_WARNING macro where needed.
Also replace INCLUDES by AM_CPPFLAGS to shut up automake.

Don't use deprecated GValue api

gtk-demo: Don't use deprecated code

tests: Disable fontselection deprecation warnings

This test tests deprecated code...

tooltip: Don't use deprecated API

tooltip: Remove unused variables

iconview: Keep the device for dnd autoscroll

This is necessary to query the device's coordinates when doing the
scrolling.

table: Define GDK_DISABLE_DEPRECATION_WARNINGS

handlebox: Define GDK_DISABLE_DEPRECATION_WARNINGS

fontsel: Define GDK_DISABLE_DEPRECATION_WARNINGS

gdk: Move a bunch of deprecated code to a new file

The new file defines GDK_DISABLE_DEPRECATION_WARNINGS so it can happily
use deprecated APIs.

This commit moves those functions there that use deprecated functions
and currently cause warnings.

With this commit, GDK compiles without deprecation warnings.

display: Don't use deprecated functions

When synthesizing crossing events, actually query the position of the
device we care about instead of using the core pointer every time.

x11: Do fallback resize without deprecated functions

After consulting with Carlos, we agreed that it should be enough to grab
the core pointer instead of doing a full grab. If it turns out that's
wrong, we need to adapt the internal API for resizes to take the device
doing the resize.

x11: Don't use deprecated function

Use the replacement instead.

tests: Remove unused variables